Android AsyncTask 内存泄漏
全部标签 我正在使用UMDH工具来分析我的应用程序的内存泄漏。UMDH日志观察到的主要泄漏如下:237856226(241016812-3160586)3704833分配BackTraceE93685198(3704833-19635)BackTraceE9分配ntdll!RtlIpv4StringToAddressExW+00011866ntdll!RtlSubAuthorityCountSid+00000019MSVCR80!malloc+0000007A207093760(207355904-262144)791allocsBackTrace6EB790(791-1)个BackTrace6
我下载了一个名为HxD的磁盘和内存编辑器(可在http://mh-nexus.de/en/hxd/获得)。我想知道它如何能够访问(读取和修改)分配给我系统(WindowsXPProSP3)上运行的所有应用程序的虚拟内存。据我所知,Windows正在保护模式下运行,因此无法进行此类尝试。又不是,怎么可能呢? 最佳答案 Windows确实保护了应用程序的内存。每个应用程序都有自己的地址空间,并且无法访问它之外的任何内容。但是,Windows也有允许您从其他进程访问内存的功能。不是通过简单地访问指针,而是通过调用函数从其他进程获取数据。这
我已经检查了这里的所有帖子,但到目前为止找不到适合我的解决方案。我确实设置了一个小服务,它应该只监视我要监视的其他服务是否运行,如果没有运行,则重新启动它并在应用程序事件日志中放置一条消息。该服务本身运行良好,没什么特别的:),但是当我启动该服务时,它使用大约1.6MB的RAM,并且每10秒它增长60-70k,这足以忍受它。我尝试处理并清除所有资源。尝试使用System.Timers而不是实际的解决方案,但没有任何效果如我所愿,内存仍在增长。调试或发布版本没有区别,我在.Net2上使用它,不知道它对你3、3.5或4是否有影响。有什么提示吗?!usingSystem;usingSyste
我最近一直在修补GlassFish2.1.1,既有UbuntuLinux机器,也有WindowsXP机器。查看Windows上代表asadmin、JavaDB服务器和GlassFish应用程序服务器域本身的“java”进程(使用任务管理器),它们加起来刚好超过100MB的内存。但是,查看Linux机器上的相同进程(使用“psaux”和Gnome系统监视器)显示内存使用量大约为800MB。这对我来说似乎非常奇怪。如果有的话,我会假设Windows上的内存使用不太有利。无论哪种方式,我都不会期望两者之间的Swing如此戏剧化。我在这里缺少一些基本的东西吗?我不一定需要详细的分析信息,我只需
嘿,今天我尝试对NDIS.sys进行二进制比较,我发现了一些奇怪的东西。我接受了一个函数,并开始比较它。前30个字节在磁盘(使用IDA)和内存(使用WinDbg)上是相同的。然后,事情发生了变化。我看到类似“jmp_imp_XXXXX”的内容。JMP字节相同,但地址不同。我的问题是-是什么造成了差异?我认为这与搬迁有关。虽然跳转是在同一个模块中寻址,但它是一个长跳转,它相对于模块基地址。如果发生重定位,它也需要重定位这个地址,尽管它在同一个模块上。我是对还是完全错了?:-)谢谢。 最佳答案 是的,当一个模块没有加载到它在内存中的首选
我正在使用VirtualQuery识别部分进程的虚拟内存。我确定了映射文件(MEM_MAPPED)占用的区域,但是如何确定分配在那里的文件的实际文件(文件名)?我想它与MapView*API系列有关,但无法准确地弄清楚... 最佳答案 看起来GetMappedFileName()是您想要的函数。DWORDWINAPIGetMappedFileName(__inHANDLEhProcess,__inLPVOIDlpv,__outLPTSTRlpFilename,__inDWORDnSize);GetMappedFileNameonMS
我读到过,在具有4GB系统内存的32位系统上,2GB分配给用户模式,2GB分配给内核模式。但是,如果我有一个具有512MB内存的系统,它会被划分为256MB给用户地址空间和256MB给内核地址空间吗? 最佳答案 您混淆了物理内存和虚拟内存。2GB分配给用户/系统,但它是虚拟内存。更正确的说法是它们不是分配的,而是构成了一个寻址空间。最初这个空间根本没有绑定(bind)到物理内存。当应用程序实际需要内存时(第一次是在启动时)分配物理内存并将地址空间中的一些地址映射到它。当内存被分配但使用时间不够长或PC的物理内存用完时,数据可以转储到
我在集群上运行我的代码,我发现了一个我无法在本地复制的问题,并且看不到原因。因此,程序开始在整个代码的随机位置虚假地抛出OutOfMemoryException。此外,看起来这可能与Windows本身的某些问题有关-其中一个异常表现为Assembly.Load操作的HRESULT,HRESULT为0x800705AF,解码后表示错误1455ERROR_COMMITMENT_LIMIT(交换文件已用完)。程序实际占用内存非常小,32位,运行在.NET4.0.30319下,服务器是WindowsServer2008,12核,24GbRAM(几乎全部免费)和交换分区上有几十GB的可用硬盘
我正在使用命令行工具对文件进行一些处理。问题是这个文件不应该存储在磁盘上(出于安全原因)。所以我想知道在Windows中是否可以将一部分内存用作虚拟文件,可以通过命令行工具访问它,就好像它是一个真实的物理文件一样。 最佳答案 是的,通常称为“ramdisks”的东西是可能的。What'sthebestramdiskforWindows?在superuser.com上有一些链接。 关于windows-Windows中是否可以将部分内存用作虚拟文件,我们在StackOverflow上找到一个
我有一个泄漏大量内存的Windows应用程序(旧版)。它不会泄漏私有(private)字节,我只在进程资源管理器中看到它会不时加载相同(局部)Windowsdll-s的许多实例。是否有一种工具可以用来“捕获”dll-s被映射到进程空间的时刻,以便我可以(使用应用程序符号)将其跟踪到源代码? 最佳答案 在ProcessMonitor中,您可以获得每个记录的操作的堆栈跟踪,因此您可以看到谁打开了某个文件。定义一个过滤器,其中包括:Pathcontainsiologgingmsg.dll。如果噪音太大,可以尝试添加过滤器,例如Operat